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(54) System and method for synchronizing presentation of media stream playlists with real time 



(57) A multimedia server system includes a disk 
array subsystem including a plurality of multimedia files, 
e.g., movies, a media file system manager for managing 
the storage of tlie plurality of multimedia files within the 
disk array subsystem, and a playlist which includes a list 
of titles of specific multimedia files to be played at des- 
ignated times. The multimedia sender system advanta- 
geously includes synchronization parameters asso- 
ciated with each of tities specified by the playlist. The 
synchronization parameters are programmed to specify 
the manner in which particular files should be truncated 
in order to compensate for admission delays. An admis- 
sion delay synchronization unit receives the synchroni- 
zation parameters and truncates the multimedia files as 
specified by the synchronization parameters. In one 



implementation, a first synchronization parameter is 
used to specify that tiie current file should be ti'uncated 
at the time for tiie play of the next file. A second syn- 
chronization parameter specifies that up to a given 
amount of time should be sacrificed at the beginning of 
the next file to account for the admission delay of the 
current file. In this manner, the beginning of the next file 
is truncated. Still a third synchronization parameter is 
provided to specify an amount of time up to which the 
current file will be truncated at it's end to account for if s 
admission delay. As a result, the truncated file can be 
played in a shorter amount of time than the scheduled 
duration, and the "excess time" created is available to 
absorb any admission delay 
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Description 

This invention relates to multimedia server systems 
and more particularly to the synchronization of media 
stream playlists with real time i.e.. actual clock time, in a s 
video server environment. 

Media servers provide cost-effective video, audio, 
and other multimedia stream capabilities for use in both 
business and consumer environments. For example, a 
video server may include a library of video sources such 10 
as movies from video, and permit one or more users to 
select one or more of the movies for viewing. The video 
server typically includes magnetic storage hard disk 
drives on which recorded blocks from the user-selected 
video sources are magnetically stored. Movies typically is 
are two hours long, and are encoded (e.g., using 
MPEG) at a rate of between perhaps one Mb/second 
and about eight Mb/second. Thus, one movie may 
require one GB to eight GB of storage media. 

An admission arbiter unit is typically provided to 20 
limit the overall number of users of the video server at a 
given time and to prevent overloading of the network or 
disk storage system. Such overload could cause movies 
to run too slowly or to move forward (or backward) in a 
jerky manner. The time at which a particular movie 25 
should be played and the order at which movies are 
played is controlled by a playlist. A playlist is a contigu- 
ous list of multimedia tities placed at a particular posi- 
tion upon tiie playlist timeline. Each title has a specified 
duration. Once a command to play the playlist is given, 30 
the play should advance along the playlist timeline in 
equal measure with the time of day. 

it is often impractical to store an entire movie in a 
single hard disk unit since a typical hard disk unit can 
only output data at a rate of a few Mb/second. To cir- 35 
cumvent this storage problem, it is common to store 
blocks of the movie (e.g.. perhaps 0.5 second 
sequences) across multiple hard disk units. These 
blocks are then read out or transferred to a buffer, and 
communicated over the network. As tiiese blocks are 40 
sent over the network, new blocks from tiie movie are 
read out from the hard disk unit. At tiie receiving end, 
the blocks are decoded for user viewing on a video 
monitor, television receiver or the like. 

The use of hard disk drives to store information 45 
magnetically is well known. A single hard disk drive typ- 
ically includes several rotating disks or platters upon 
whose surfaces information may be written or read by a 
read/write head. Within a hard disk drive, tiie platters 
rotate togetiier, and all read/write heads typically are so 
moved simultaneously to access different platter posi- 
tions. A platter typically is formatted into concentric 
tracks that define collectively, platter-to-platter, a family 
of concentric cylinders, and into sectors that represent a 
portion of a track. A controller associated with the hard ss 
disk unit determines which cylinder, read/write head 
and sector is to be accessed for reading or writing. 

The platters may also be oonskJered as being 
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divided into zones. Since they are physically larger, 
tracks in zones at the outer platter perimeter contain 
more sectors than tracks In zones nearer tiie rotational 
axis of the platter. Therefore, assuming tiiat the platters 
rotate witii a constant velocity w, the data bandwidtii 
available from the outermost zones is greater than the 
data bandwidth available from tiie innermost zones. 
Even witii modern hard disk drives, tiiere can be a 2:1 
variation between worst case and average case disk 
transfer bandwidth, due to sectors/track variations 
between outer and Inner zones. 

Unfortijnately, providing a video bit stream from the 
output of a video server at tiie exact time specified by 
the playlist is difficult due to the delays inherent in multi- 
media players, which is a property of the disk access 
times and otiier delays associated witii tiie multimedia 
server. The delay between the time when the play of a 
particular title on the playlist is commanded and the 
actual initiation of play is refen-ed to as "admission 
delay". 

The length of an admission delay is in general not 
of predictable duration. The duration of any particular 
admission delay is a property of tiie current load on tiie 
multimedia server and the specific timing relationship of 
the request to initiate play with respect to the position of 
tiie first requested data block within the disk array con- 
taining the multimedia stream. As a result, the exact 
time at which the video bit stream will be provided from 
the multimedia server will become offset witii respect to 
real time. As a day progresses, the offset between the 
playlist and real time may increase due to the accumu- 
lating admission delays of tiie movies within the playlist 

Hence, a system and metiiod wouki be desirable to 
synchronize tiie presentation of media stream playlists 
with real time, and to allow a system operator to flexibly 
specify the manner In which admission delays are 
accounted for. 

The problems outlined above are in large part 
solved by a system and method for synchronizing pres- 
entation of media streams, e.g. movies, witii real time in 
accordance with the present invention. Particular and 
preferred aspects of the invention are set out in tiie 
accompanying Independent claims. 

In one embodiment, a multimedia server system 
includes a disk array subsystem including a plurality of 
multimedia files, a media file system manager for man- 
aging the storage of the plurality of multimedia files 
witiiin the disk an-ay subsystem, and a playlist which 
includes a list of items (identifiers) corresponding to a 
specific subset of tiie multimedia files to be played at 
designated times. The multimedia server system advan- 
tageously includes synchronization parameters associ- 
ated with each of the items specified by the playlist. The 
synchronization parameters, which are programmed by 
a system operator or an end user, specify the manner in 
which multimedia files con-esponding to each item in tiie 
playlist should be truncated in order to compensate for 
admission delays. 
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An admission delay synchronization unit receives 
the synchronization parameters and truncates the mul- 
timedia files as specified by the synchronization param- 
eters. In one implementation, a first synchronization 
parameter is used to specify that the current multimedia 
file should be truncated at the time for the play of the 
next multimedia file. A second synchronization parame- 
ter Is provided to specify that up to a given amount of 
time should be sacrificed at the beginning of the next 
multimedia file to account for the admission delay of the 
current multimedia file. In this manner, the beginning of 
the next multimedia file is truncated. 

A third synchronization parameter is provided to 
specify an amount of time up to which the current multi- 
media file can be truncated (at its end) to account for 
any admission delay In other words, by permitting the 
actual play duration ("played duration**) of each multime- 
dia file to be shorter than scheduled allocation of play 
time for the multimedia file, the difference between the 
scheduled and played durations, i.e.. the "excess time", 
can be used to absorb any admission delays, thereby 
avoiding the problems associated with accumulative 
admission delays over a period of time. 

As a result, the multimedia server system advanta- 
geously allows the synchronization of the presentation 
of media streams with real time over the period of time 
by allowing a system operator to flexibly absorb any 
admission delays. 

Exemplary embodiments of the invention are 
desaibed hereinafter, by way of example only, with ref- 
erence to the accompanying drawings in which: 

Rgure 1 is a functional block diagram of a multime- 
dia server system in accordance with one embodi- 
ment of the present invention. 
Figure 2 is a diagram that illustrates an exemplary 
listing of multimedia titles specified by a user and 
exemplary associated synchronization parameters. 
Figure 3 is a flow diagram which depicts the opera- 
tion of an admission delay synchronization unit. 
Figure 4 is a diagram which illustrates the synchro- 
nization of items specified by a playtist with real 
time. 

While the invention is susceptible to various modifi- 
cations and alternative forms, specific embodiments 
thereof are shown by way of exanple in the drawings 
and will herein be described In detail. It should be 
understood, however, that the drawings and detailed 
description thereto are not intended to limit the invention 
to tiie particular form disclosed, but on tine contrary, tiie 
intention is to cover all modifications, equivalents and 
alternatives falling within the scope of the present inven- 
tion. 

Turning now to Fig. 1 . a functional block diagram is 
shown of a multimedia server system in accordance 
with one emtxxliment of the present invention. As will 
be explained in further detail below, several of the func- 



tional blocks depicted in Rg. 1 may be implemented in 
software. 

TTie multimedia server system 10 of Fig. 1 includes 
a disk array subsystem 12 which may comprise one or 

5 more magnetic disk drives tiiat store video. Video files 
stored by disk array subsystem are managed by a 
media file system manager 14. More specifically, media 
file system manager 14 allows specified files to be out- 
put from multimedia server system 10 by scheduling 

10 accesses to disk array subsystem 1 2 via a scheduler 1 6 
and disk driver 18. A multimedia bit stream is output 
from multimedia server subsystem 10 through a bit 
pump unit 20 including buffers 22 which temporarily 
store data accessed from disk array subsystem 12 in 

15 response to commands from disk driver 18. The output 
of bit pump 20 is a bit sti'eam of encoded video (and 
audio, if present) information. For example, the output of 
bit pump 20 may be encoded in an MPEG (Motion Pic- 
ture Experts Group) format. 

20 New video files may be stored witiiin disk array sub- 
system 12 via a file input interface 24. The storage of 
files within disk array subsystem 12 is managed by 
media file system manager 14. 

It is noted that file input interface 24 may communi- 

25 cate witii media file system manager 14 through an 
application programming interface (API). It is further 
noted tiiat media file system manager 14, scheduler 16, 
disk driver 18. file input interface 24, and/or playlist 26 
may be inplemented either partially or wholly in sofl- 

30 ware, and tiiat one or more microprocessors may be 
employed as a portion of the hardware forming multime- 
dia server subsystem 10 to control the functionality of 
tiiese blocks. 

It is further noted that tine above described features 

35 of multimedia server subsystem 10 are conventional, 
and that a variety of other specific implementations of a 
multimedia server system are also possible that employ 
tiie system and method for synchronizing the presenta- 
tion of media stream playlists witti real time in accord- 

40 ance with the following description and appended 
claims. 

The functional block diagram of multimedia server 
system 10 as illustrated in Figure 1 also depicts syn- 
chronization parameters 30 which are associated witti a 

45 playlist 26. Playlist 26 is also shown coupled to an 
admission delay synchronization unit 32. More specifi- 
cally, synchronization parameters 30 allow a user to 
specify the manner in which multimedia server system 
10 synchronizes tiie output of multimedia as specified 

50 by playlist 26 with real time. 

Rg. 1 finally illustrates an admission delay synchro- 
nization unit 32 which receives the synchronization 
parameters 30 and playlist 26, and controls tiie syn- 
chronization of tiie video output from multimedia server 

55 system 10 accordingly Playlist 26 includes commands 
tiiat specify what files are to play and at what time the 
specified files should play. Admission delay synchroni- 
zation unit 32 uses tills information, along with the cur- 
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rent time of day ("real time") as indicated by real time 
clock 28. to provide output requests to disk array sub- 
system 12 via scheduler 16. 

The specific manner in which admission delay syn- 
chronization unit 32 synchronizes playlist 26 depends s 
upon synchronization parameters 30. Details regarding 
further aspects of synchronization parameters 30 and 
admission delay synchronization unit 32 will be provided 
below in conjunction with the description of Figs. 2-4. It 
is noted that, similar to several of the other functional 
blocks of Fig. 1, synchronization parameters 30 and 
admission delay synchronization unit 32 may be par- 
tially or wholly Implemented in software. 

Fig. 2 illustrates playlist 26 including an exemplary 
listing of multimedia titles with itemDurations as sched- 
uled by a user to be output from multimedia server sys- 
tem 10 in the specified sequence. Associated with each 
listed movie is an amount of real time (clock time) allo- 
cated for playing each movie, called the "itemDuration". 

In addition. Fig. 2 further illustrates synchronization 
parameters 30 which includes a set of synchronization 
parameters associated with each movie on playlist 26. 
Each set of parameters include a parameter IsTimeL- 
ocked", a parameter "joinlnDuration", and a parameter 
"playDuration". As stated previously, synchronization 
parameters 30 are used by synchronization unit 32 to 
maintain the given itemDuration for each movie, given 
the expectation that perturt>ations of playtime are intro- 
duced by admission delay. 

Fig. 3 is a flow diagram which depicts the operation 
of admission delay synchronization unit 32. In the fol- 
lowing description, depending on the context, an Item" 
refers to either an identifier of a media stream or to the 
content of the media stream. Time synchronized play of 
playlist 26 is initiated by issuing a command to synchro- 
nization unit 32 directing unit 32 to begin play of the 
playlist 26 at a particular point in real time by referenc- 
ing real time clock 28. For example, assume that syn- 
chronization unit 32 is commanded to begin playlist 26 
at 1:00 hours (real time). Given the itemDurations 
shown in Fig. 2, ideally movie #1 should begin at 1 :00, 
movie #2 should begin 1 hour and 30 minutes after- 
wards, i.e.. at 2:30, movie #3 should begin at 1 hour and 
30 minutes after the start of movie #2, i.e., at 4:00, and 
so on. 

Synchronization unit 32 ensures that itemDurations 
specified within playlist 26 are maintained in synchroni- 
zation with the real time schedule as dictated by playlist 
26. As such, whenever admission delay induced item- 
Duration deviations from real time schedule are 
detected by synchronization unit 32, unit 32 regains 
synchronization with the real time schedule as directed 
l:^ synchronization parameters 30. 

Hence, for each item in playlist 26 (step 310), the 
following exemplary steps are performed. As each item 
from playlist 26 is accessed within disk array subsystem 
12 via scheduler 16 and disk driver 18. admission delay 
synchronization unit 32 detects the associated synchro- 



nization parameters for that item. 

If the flag IsTimeLocked" is True for an item on 
playlist 26 (step 320), the item is played until it expires, 
or until it is time to start the next item if the next item is 
scheduled to begin before the end of the current item 
(step 330). In other words, time synchronization can be 
regained by truncating the play of the current item at the 
time of day at which the next item should be initiated, 
regardless of the fact that admission delays may have 
delayed the initiation of play of the cun-ent item and thus 
the current title may not have completely played. If the 
current item expires before the scheduled start time of 
the next item, then synchronization unit 32 waits for the 
scheduled start time of the next item (steps 340, 350). 

Conversely, if IsTimeLocked" is False (step 320), 
then synchronization unit 32 begins playing the current 
item for the play duration (step 360). If at completion of 
current item play the real time is greater than the sched- 
uled start time of the next item and the next item has a 
non-zero ^oinlnDuration", then the start time of the next 
item is allowed to slip, i.e., to be advanced, by the lessor 
of either the "joinlnDuration" of the next item or the dif- 
ference between the real time and the start time of the 
next item (steps 390, 395). As such, up to "joinlnDura- 
tion" of the beginning of the next item is "sacrificed" (i.e., 
truncated) to allow the current item to play to comple- 
tion. The next item will begin play at a position equiva- 
lent to the adm^ion delay of the cun'ent item. 

The parameter "playDuration" allows the system 
operator to specify an alternate play duration less than 
the full duration of the item's entry in playlist 26. The 
purpose of including the parameter "playDuration" is to 
allow more time to be allocated than is actually needed 
for an item to play This extra time can then be used to 
absorb any admission delays. This parameter may be 
specified in conjunction with the other two parameters. 

Hence, if none of these parameters are specified, 
or the loinlnDuration" or "playDuration" parameter val- 
ues were insufficient to fully correct for the admission 
delay, then playlist 26 will "slip" with respect to the time 
of day by the accumulation of admission delays as each 
item in playlist 26 is initiated. System 10 further allows 
that these accumulating delays be addressed by syn- 
chronization parameters associated with a later item in 
playlist 26. 

Fig. 4 is a diagram which illustrates tiie synchroni- 
zation of items specified by playlist 26 and real time. 
Movie #1 is specified to start at one o'clock (1 :00). How- 
ever, because an admission delay 412, the actual start 
of movie #1 is delayed and hence the expected comple- 
tion of movie #1 will extend beyond the time period as 
allocated by itemDuration. 

Since movie #1 has "isTlmeLocked" set, an end 
portion 418 of movie #1 will be truncated at 2:30 which 
is the scheduled start time for movie #2. Accordingly, 
synchronization unit 32 is commanded to begin playing 
movie #2 after movie #1 has been truncated. However, 
movie #2 is also subject to an admission delay 422. In 
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this example, since the specified playDuration of movie 
#2 is less than the full itemDuration of movie #2, any 
schedule slip caused by admission delay 422 can be 
reduced by the difference. 

According to playtist 26, movie #3 is scheduled to 
begin play after movie #2 completes. However, the 
actual start time may be earlier or later than the sched- 
uled start time depending on whether the difference 
between playDuration and itemDuration of movie #3 is 
greater or less than admission delay 432. Although 
movie #3 is initiated immediately upon the completion of 
movie #2, movie #3 is not timeLocked, has a zero joinln- 
Duration. and has a playDuration identical to its itemDu- 
ration. As such, any schedule deviation at the end of 
movie #2 is accumulated with admission delay 432 of 
movie #3 resulting in a schedule slip 431, i.e., no explicit 
resynchronization occurs. 

Upon the completion of movie #3, movie #4 is initi- 
ated. Note that a schedule slip 441 has already 
occurred. Movie #4 specifies a joinlnDuration. Hence, 
any accumulated schedule slip beyond slip 441, up to 
the value of joinlnDuration, will be compensated for at 
this point in time by initiating actual play of movie #4 at 
an offset from its beging defined by a skipped segment 
444. 

It is noted tiiat combinations of synchronization 
parameters 30 as described above may be specified for 
a particular item. In tiiis manner, a particular item may 
be truncated at both its beginning and its end, depend- 
ing upon the parameter(s} specified. 

The system and metiiod as described above for 
synchronizing items specified by a playlist with real time 
advantageously prevents tiie accumulation of admis- 
sion delays as playlist items are played. The system and 
method further allows the system operator to flexibly 
allocate differing truncation techniques for differing 
items, depending upon the importance of the beginning 
and/or end of a particular item. 

Server systems and subsystems incorporating fea- 
tures of the present invention can be implemented 
entirely in hardware, or in a combination of hardware 
and software (i.e. program modules stored in memory). 
For example, the admission delay synchronization unit 
and playlist can be implemented entirely in software. 
Suitable media for server software include, for example, 
magnetic media (e.g. disks and tapes), optical media 
(e.g. CD-ROMs). EPROM. DRAMs and SRAMs. In 
addition, software can either be pre-loaded into the 
server system or loaded by the user electronically with 
or without the use of tangible storage media, e.g. by 
downloading program modules to the user's server from 
ftp/telnet or html sites on the Internet or WorldWkJe 
Web, respectively. 

Thus, program modules incorporating features of 
the invention can be conveniently distributed by CD- 
ROM, for example: or by accessing a Web site. In the 
latter case, the modules are typically loaded temporarily 
from permanent storage into RAM arxSJor output buffers 



8 

of the Web server; i.e., these are tiie media serving to 
store and distribute the program nriodules of the inven- 
tion whenever a download request is made. After load- 
ing into RAM, tiie Web server transmits the program 

5 modules to the user's host. 

Numerous variations and modifications will become 
apparent to those skilled in tine art once the above dis- 
closure is fully appreciated. It is intended tiiat the follow- 
ing claims be interpreted to embrace all such variations 

10 and modifications. It should be noted that although spe- 
cific combinations of features are set out in the depend- 
ent claims, combinations of features from tiie 
dependent claims and those of tiie independent claims 
other than tiiose specifically enumerated by the daim 

15 dependendes may be made, as appropriate. 

Claims 

1. A metiiod for synchronizing media streams played 
20 by a multimedia server system according to a play- 
list associated with said multimedia server system, 
said method comprising tiie steps of: 

storing a list of playlist items in said playlist, 
25 said playlist items corresponding to a set of 

said media streams; 

specifying at least one synchronization param- 
eter to be associated witii said list of playlist 
items; and 

30 truncating a current media stream of said set of 

media streams according to said at least one 
synchronization parameter, and causing said 
multimedia server to output said (truncated) 
current media sti'eam. 

35 

2. The method of Claim 1 wherein said truncating step 
truncates said current media stream at a time of 
day for playing a next media stream corresponding 
to a next playlist item in said playlist. 

40 

3. The method of Claim 2 further comprising ttie step 
of accessing a real time clock to determine said 
time of day 



45 4. The metiiod of Claim 1 further comprising the step 
of specifying a given time, up to which a next media 
steam, con'esponding to a next playlist item in said 
playlist is truncated to compensate for an admis- 
sion delay of said current media stream. 

50 

5. The metiiod of Claim 1 wherein said specifying step 
specifies a time from beginning of said cun^ent 
media stream at which an end of said current media 
stream is truncated. 

55 

6. The method of Claim 5 wherein said truncating step 
truncates said end of said curent media stream at 
a point which corresponds to said at least one syn- 
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chronization parameter. 

7. A multimedia server system comprising: 

a storage system configured to store a plurality s 
of media streams; 

a media system manager configured to control 
access of said plurality of media streams from 
said storage unit: 

a playlist coupled to said media system man- 10 
ager and configured to store a list of playlist 
items corresponding to a set of said plurality of 
media streams to be played at designated 

times; 

synchronization parameters associated with is 
said playlist items, wherein said synchroniza- 
tion parameters specify a manner in which at 
least one of said set of media streams is trun- 
cated to compensate for admission delay(s) of 
said multimedia server system; and 20 
an admission delay synchronization unit cou- 
pled to receive said synchronization parame- 
ters and to truncate said at least one media 
stream according to said synchronization 
parameters. 25 

8. The multimedia server system of Claim 7 further 
comprising a real time clock coupled to said admis- 
sion delay synchronization unit for providing a value 
indicative of real time. 30 

9. The multimedia sender system of Claim 7 wherein 
said synchronization parameters include a first 
parameter for specifying that a cun-ent media steam 

of said set of media streams be truncated at a time 35 
of day for playing a next media stream correspond- 
ing to a next playlist item in said playlist. 

10. The multimedia server system of Claim 9 wherein 
said synchronization parameters further include a 40 
second parameter for specifying a time at which 
said next media stream is truncated to account for 

an admission delay of said cun-ent media stream. 

1 1 . The multimedia server system of Claim 1 0 wherein 45 
said synchronization parameters further include a 
third parameter for specifying a amount of time into 
said cunrent media stream at which said current 
media stream should end play 

50 

12. A controller for synchronizing a plurality of media 
streams played according to a playlist associated 
with a multimedia server system, said server sys- 
tem including a storage system configured to store 
said plurality of media streams and a media system 55 
manager configured to control access of said plu- 
rality media streams from said storage unit wherein 
said playlist includes a list of playlist items oorre- 
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spending to a set of said plurality of multimedia 
streams to be played at designated times, said con- 
troller comprising: 

an admission delay synchronization unit con- 
figured to receive synchronization parameters 
associated with said playlist items and config- 
ured to truncate at least one of said set of 
media streams according to said synchroniza- 
tion parameters which specify a manner in 
which said at least one media stream is trun- 
cated to compensate for admission delay(s) of 
said multimedia server system. 

13. The controller of Claim 12 wherein said multimedia 
server system further includes a real time clock 
coupled to said admission delay synchronization 
unit for providing a value indicative of real time. 

14. The controller of Claim 12 wherein said synchroni- 
zation parameters include a first parameter for 
specifying that a cunrent media stream of said set of 
media streams be truncated at a time of day for 
playing a next media stream conresponding to a 
next playlist item in said playlist. 

15. The controller of Claim 14 wherein said synchroni- 
zation parameters further include a second param- 
eter for specifying a time at which said next media 
stream is truncated to account for an admission 
delay of said cunrent media stream. 

16. The controller of Claim 15 wherein said synchroni- 
zation parameters further include a third parameter 
for specifying an amount of time into said current 
media steam at which said current media stream 
should end play. 

17. A computer-readable medium having computer 
readable code stored therein for synchronizing a 
plurality of media steams played according to a 
playlist associated with a multimedia server sys- 
tem, a storage system configured to store said plu- 
rality of media streams and a media system 
manager configured to control access of said plu- 
rality media streams from said storage unit, the 
playlist including a list of playlist items correspond- 
ing to a set of said plurality of multimedia streams to 
be played at designated times, said computer-read- 
able medium comprising: 

a computer-readable code module configured 
to receive synchronization parameters associ- 
ated with said playlist items and configured to 
truncate at least one of said set of media 
streams according to said synchronization 
parameters, which specify a manner in which 
said at least one media stream is truncated to 
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compensate for admission de!ay(s) of said mul- 
timedia server system. 

18. The computer-readable medium of Claim 17 
wherein said multimedia server system further s 
includes a real time clock coupled to said admission 
delay synchronization unit for providing a value 
indicative of real time. 

19. The computer-readable medium of Claim 17 io 
wherein said synchronization parameters include a 
first parameter for specifying tiiat a current media 
stream of said set of media streams be truncated at 

a time of day for playing a next media stream corre- 
sponding to a next playlist item in said playlist. is 

20. The computer-readable medium of Claim 19 
wherein said synchronization parameters furtiier 
include a second parameter for specifying a time at 
which said next media stream is truncated to 20 
account for an admission delay of said cun^ent 
media stream. 

21. The computer-readable medium of Claim 20 
wherein said synchronization parameters further 25 
include a third parameter for specifying an amount 

of time into said current media stream at which said 
current media stream should end play. 

30 



35 



40 



45 



SO 



55 



7 



EPO 817489 A2 




8 



EP08174raA2 



ERS 30 


PLAY DURATION 


1 HR 30 MIN 


1 HR 29 MIN 59 SEC 


X 


1 HR 30 MIN 


ONIZATION PARAMET 


JOIN IN DURATION 


0 SECONDS 


0 SECONDS 


0 SECONDS 


2 SECONDS 


SYCHR 


IS TIME LOCKED 


TRUE 


FALSE 


FALSE 


FALSE 


1ST 26 


ITEM DURATION 


1 HR30MIN 


1 HR 30 MIN 


q: 
X 


1 HR 30 MIN 


J\YL 












a. 


TITLE 


MOVIE #1 


MOVIE #2 


MOVIE #3 


MOVIE #4 



CM 

CD 



9 



EPO 817489 A2 



300 



START mJ\YLIST ) 






YES 


330 








PLAY ITEM (i) FOR 


PLAY DURATION OR 


UNTIL TIME TO 


START ITEM (i + 1) 


IF IT COMES FIRST 



340 



WAIT UNTIL TIME TO 
START ITEM (i + 1) 



350 



7 



YES 




PLAY ITEM (i) FOR 
PLAY DURATION 




380 



i = i + 1 



390, 


YES 


/ ^ 


f 


SLIP = MIN (JOIN IN DURATION. 
REAL TIME - START TIME) 






ADVANCE ITEM (i + 1) 


BY SLIP 


395^ 

L 





FIG. 3 



10 



EP0817 489A2 




11 



